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(57) Abstract 

A flexible service management system creates, provisions, customizes, and restricts service offerings available on an intelligent 
network. A service creation environment has a schema query, service screen builder, and logic analyzer that cooperate to create a service 
screen definition. The service screen definition supports graphical user interfaces that interface with a telephony database. The service 
screen definition is deployed to a service management system within a service definition package, the service management system interfacing 
with a telephony database storing telephony data for supporting a service. The service screen definition enables a screen interpreter that can 
reside on a service management access point to communicate and transact data with the telephony database. The screen interpreter interprets 
the service screen definition to allow and control access to telephony data and to direct provisioning of services to network elements, such 
as a service control point, that perform service functions according to customized subscription data in the telephony database. The graphical 
user interface can communicate through the world wide web to allow customer or other data entry operator access to data on a filtered or 
restricted basis. 
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SYSTEM AND METHOD FOR CONTROLLING ACCESS 
TO A TELEPHONY DATABASE 

TECHNICAL FIELD OF THE INVENTION 

This invention relates in general to the field of 
telephony communications, and more particularly to a system 
and method for flexibly managing telephony services on a 
telephony network . 

BACKGROUN D OF THE INVENTION 

Telecommunication companies frequently sell access to 
physical network telephony communication infrastructure and 
to telephony services related to the efficient use of such 
infrastructure. In offering services, the 

telecommunication companies have increasingly allowed 
individuals outside their corporate boundaries with options 
for customizing, restricting, and provisioning the 
services. An increasing number of companies are entering 
the telephony service bureau market to sell services by 
leasing "space 11 on network infrastructures from network 
operators. This service market treats physical telephony 
networks as a commodity which the service bureaus lease 
from network providers . Service bureaus acquire service 
technology to solve business telephony - needs and then 
resell access to the technology solution to other 
telecommunication providers. 

One example of a service typically sold by a service 
bureau is a toll free "800" number such as, for instance, 
the toll free number frequently used by mail order 
businesses that sell consumer goods . A consumer can order 
goods from a mail order company by dialing one toll free 
number. The consumer's call is routed to a central 
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processor, such as a service control point. The central 
processor associates the 800 number dialed by the consumer 
with the physical location of the mail order company on the 
network and provides a number for that location to a 
5 switch, which routes the consumer's call to that physical 

location . 

Presently, a service subscriber like the mail order 
company described above, must rely on a service operator to 
set up and provide the toll free service. The service 

10 operator must coordinate with the network operator to 

provision the service to the central processors on the 
network. However, creating and provisioning a service on 
a network can involve complicated software programming and 
development. Small changes to the service can require 

15 extensive programming to enable service logic features and 

rules on the central processor. This programming is 
generally accomplished in object oriented C++ software 
language, and can take six to nine months from the 
beginning of development until deployment is accomplished 

2 0 on a given network. 

Another difficulty related to the creation and 
provisioning of a service is the service's interaction with 
the telephony database of the network operator. A single 
service may have to extract and use data fields from as 
25 many as fifteen to twenty separate tables of the telephony 

database. Network operators have accumulated these 

databases over time without necessarily intending to make 
these databases available to third parties such as service 
operators and service subscribers. Accordingly, these 

3 0 databases may be arranged in non-user friendly formats 

which require extensive training to understand and use. 

For instance, in a typical database, one table can 
contain a customer's name, telephone number and billing 
information in separate entry fields in which each field is 
35 identified by a unique acronym label. A separate table can 

contain telephone numbers with each telephone number having 
associated data identifying particular options associated 
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with the telephone number, such as call waiting or call 
forwarding, again with each field identified by a unique 
acronym label . A data entry operator would have to know 
how to access and understand each table and each acronym in 
5 a database to provide assistance to a service subscriber 

seeking, for instance, to have a call waiting service 
enabled for his telephone number. Further, the data entry 
operator would have complete access to the database, 
including access to sensitive data, such as credit 
10 information, even though the data entry operator has no 

need for access to this sensitive information to enable the 
service . 

SUMMARY OF THE INVENTION 
I 5 Therefore, a need has arisen for a flexible service 

management system to create customize, restrict and 
provision telephony services onto a telephony network with 
minimal software programming and with maximized direct 
interaction by service operators, service providers, or 

2 0 service subscribers. 

A further need has arisen for a service management 
access point that can provide direct access to selected 
telephony database fields for service customization by a 
service operator, service provider, or service subscriber, 
25 without requiring alterations to the service by the network 

operator . 

A further need has arisen for a system and method to 
generate graphical user interfaces with logic to support 
interactions with a telephony database for supporting 

3 0 customization and provisioning of a telephony service on a 

telephony network. 

A further need has arisen for a system and method for 
controlling access to a telephony database to allow user- 
friendly interaction to portions of the telephony database 
35 having sensitive data while restricting access to the 

sensitive data itself. 
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In accordance with the present invention, a system and 
method for flexibly managing services on a telephony 
network is provided that substantially eliminates or 
reduces disadvantages and problems associated with 
5 previously developed means of providing services on a 

telephony network. A service management system interfaces 
with a telephony network to support a telephony service 
defined in an associated service definition package. The 
service management system accepts telephony data for 

10 supporting the telephony service. The service management 

system then validates the telephony data for consistency 
with the service and the telephony database, including 
validation of the data's consistency with service 
exclusions and interactions, and the data's consistency on 

15 a field level and a record level, such as the data's 

referential integrity. The service management system next 
stores the telephony data, thus acting as a master database 
for the telephony network. The telephony data can include 
different versions of services and the status of data for 

2 0 a service, such as active, sending, pending or saved 

status. The service management system then downloads the 
telephony data to, for instance, provision the service or 
activate the service on network elements such as the 
service control point . 

25 Also in accordance with the present invention, a 

service management access point is provided that 
substantially eliminates or reduces disadvantages and 
problems associated with previously developed means of 
interacting with a telephony network to manipulate a 

30 telephony service. The service management access point 

allows a physical interface with a network by a service 
operator, service provider or service subscriber that 
permits customizing, restricting, and provisioning services 
on a telephony network. A data entry device interfaces 

3 5 with a telephony database through graphical user interfaces 

generated with a screen interpreter located on the service 
management access point . The screen interpreter interacts 
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with a service screen definition located in the service 
definition package on the service management system to 
create service view screens that map telephony data from a 
table -based schema to a user- friendly service view. A data 
5 entry user can customize a service by building a service 

profile having predetermined service features, or by 
building a service script with service features from the 
service definition package or the service profile. The 
user can input service specific subscription data to enable 

10 service features. The service management access point can 

filter telephony data to restrict viewing, or to restrict 
changes to viewed data. The user can provision a 
customized service, including a new service or changes to 
an existing service, through the service management access 

15 point's interaction with the service management system. 

Also in accordance with the present invention, an 
interface is provided for controlling access to a telephony 
database that substantially eliminates or reduces 
disadvantages and problems associated with previously 

2 0 developed telephony database interfaces. A service 

creation environment allows engineering of graphical user 
interface through a service screen definition included in 
a service definition package that is deployed to a 
telephony network. A screen builder builds the service 
25 screen definition according to directions from a schema 

query, which identifies telephony data for supporting a 
telephony service according to a predefined telephony 
database schema. A logic analyzer creates executable code 
to support interaction between a screen interpreter and the 

3 0 telephony database according to the schema query and the 

predefined schema, and cooperates with the schema query and 
screen builder to insert the executable code into the 
service screen definition. The service screen definition 
can be deployed to a service management system to cooperate 
35 with a screen interpreter for supporting interaction with 

a service on a network. 



WO 99/20059 



PCT/US98/21058 



6 

More specifically, the present invention allows 
creation of a service in a service creation environment by 
a service designer. The service creation environment 
passes a service definition package to a service management 
5 system. The service definition package can include a 

service management program for administering the service, 
a service logic program for executing the service, a 
description of the GUI screens used to provision the 
service, a database schema to support the service, the 

10 service global rules, parameters, and variables, a profile 

containing the constraints for the service, and the service 
feature descriptions. The elements of the service 

definition package can be arranged as system building 
blocks which can interact to customize, provision and 

15 restrict service offerings. 

The service management system acts as a master 
database for intelligent network elements which can 
interact with network infrastructure . The service 

management system accepts the service definition package 

2 0 from the service creation environment and coordinates 

provisioning of the service to the network elements. The 
service management system provides access to telephony 
databases for service providers, service operators, and 
service subscribers. In one embodiment, the service 
25 management system allows service engineering after 

deployment of the service definition package to create a 
secondary service definition package comprised of elements 
of the deployed service definition package. The service 
management system accepts, validates and stores data input 

3 0 by the service operator, provider or subscriber and then 

provisions the data to network elements, such as a service 
control point, for implementation of the service by the 
network. The service management system can also track and 
log errors generated by data or otherwise. 
35 A service management access point can interface with 

the service management system and plural data input 
devices, thus acting as a server to enhance interaction of 
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service operators, providers and subscribers with the 
service management system. A display manager has a service 
profile manager for managing user access to service 
features with the service definition interface that 
5 coordinates with the service screen definition for building 

a service script, and a screen interpreter cooperating with 
service screen definitions to interpret service screen 
definitions for supporting graphical user interface 
displays for telephony data transactions. The service 

10 management access point can provide a world wide web or 

native screen interpreter to collect data from compatible 
data entry devices for creating, modifying and deleting 
service providers, provisioning services, mediating data 
access according to a user's service rule and generating 

15 and provisioning specific scripts for subscribers to detail 

service features that are commissioned by that subscriber. 
The service management system can support the screen 
interpreter's production of graphical user interfaces with 
a security subsystem for monitoring telephony data access 

20 according to a user's access level; a traffic metering and 

metrics subsystem and a statistics and reporting subsystem 
for monitoring and reporting access activity through the 
service management access point; a database subsystem for 
supporting telephony database transactions; and a system 

25 building block subsystem for contributing generic functions 

to service management access point subsystems. 

The service creation environment allows a service 
designer to input a schema query which identifies data from 
a predefined database schema, the data corresponding to 

3 0 data needed to create and execute a service. The schema 

query interacts with a screen builder to direct the screen 
builder to assemble a screen display having a desired 
arrangement of data for display on an interface. A logic 
analyzer generates and combines executable code with the 

3 5 output of the screen builder to create a service screen 

definition. The logic analyzer creates executable code 
based on the schema query so that the service screen 
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definition supports a screen interpreter to interact with 
the service management system and the telephony database 
after the service screen definition is deployed with the 
service definition package. 
5 The present invention provides important technical 

advantages by allowing flexible service programming to take 
advantage of network element capabilities through efficient 
logic-driven provisioning of data to optimize telephony 
resources and speed. 

10 Another important technical advantage of the present 

invention is allowing customization of a service by a 
service operator, service provider, or service subscriber 
through a user-friendly interface. The customization can 
be accomplished without the generation of additional 

15 software code since the service operator, provider, or user 

can customize a service by enabling particular arrangements 
of system building blocks located on the service management 
system or associated with the service management access 
point . 

2 0 Another important technical advantage of the present 

invention relates to the speed and simplicity of 
provisioning a service on a network. A service operator 
can create service profiles with predetermined features 
selected from a service definition package, and can resell 
25 the features to a service provider. The service provider 

can assign profiles to subscribers. The service 

subscribers can develop a service script and provision 
subscription data without having to rely on technical 
assistance. In this way, a service subscriber can initiate 

3 0 and operate a service in a timely manner, and a service 

operator and provider can collect revenues on the service 
as soon as the subscriber initiates the service. Further, 
a subscriber can add, change or delete a service through a 
direct interface with the service management access point 
35 by, for instance, using a world wide web interface. 

Another important technical advantage of the present 
invention is that access to the telephony database can be 
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restricted based upon a user's predefined access level. 
For instance, the service management access point may 
accept user identity data indicating an access level to 
allow a service operator to change features associated with 
5 a service; allow a service provider to restrict available 

features for particular service subscribers only; or allow 
service subscribers to select particular features without 
allowing access to other services. 

A further technical advantage of the present invention 

10 is that it can present a service view, as opposed to the 

table view associated with the telephony databases. The 
service view can include data spanning more than one table 
of a telephony database. The service view can prevent data 
operators from accessing and viewing certain sensitive data 

15 such as credit data. Alternatively, the service view can 

allow viewing of telephony data but prevent changes to the 
data for predetermined access levels. 

A further technical advantage of the present invention 
is the creation of a user-friendly service view that 

20 reformats data and labels to allow easy access by data 

input operators without specific training in telephony. 
For instance, a telephony database can be presented in a 
service view with instructions to eliminate confusion and 
to present selected data from a variety of tables. 

25 Another advantage of the present invention is that a 

single program in the service creation environment can 
generate a large number of operator screens with 
independent service screen definitions. The inclusion of 
executable code in the service screen definition increases 

3 0 the flexibility of the service creation environment for 

creating graphical user interfaces for use by service 
providers, operators and subscribers interacting with the 
service management system. 
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BRIEF DE SCRIPTION OF THE DRAWINGS 

A more complete understanding of the present invention 
and advantages thereof may be acquired by referring to the 
following description taken in conjunction with the 
5 accompanying drawings in which like reference numbers 

indicate like features and wherein: 

FIGURE 1 depicts a schematic diagram of the present 
invention incorporated in an intelligent network; 

FIGURE 2 depicts four primary roles related to the 
10 delivery of a service on a network according to the present 

invention; 

FIGURE 3 depicts a schematic block diagram of service 
creation environment components for defining a service; 

FIGURE 4 depicts screens that implement the creation 
15 of a service screen definition; 

FIGURES 5, 5A and 5B depict the functional steps 
performed by the present invention to present a service 
view of filtered telephony data; 

FIGURE 6 depicts a schematic block diagram of one 

2 0 embodiment of a service management access point interfacing 

with a telephony database associated with a service 
management system ; 

FIGURE 7 depicts a schematic block diagram of one 
embodiment of the service management access point; 
25 FIGURES 8A and 8B depict Web browser screens for 

creating and provisioning a service script through a 
service management access point; 

FIGURE 8C depicts a Web browser screen for supplying 
subscription data through a service management access 

3 0 point; 

FIGURE 9 depicts a flow diagram for the service 
management system to communicate telephony data to a 
telephony network ; 

FIGURE 10 depicts a flow diagram for the service 
3 5 management system for activating a service; and 

FIGURE 11 depicts a flow diagram for the service 
management system for processing a service. 
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DETAILED DESCRIPTION OF THE INVENTION 

Preferred embodiments of the present invention are 
illustrated in the figures, like numerals being used to 
refer to like and corresponding parts of the various 
5 drawings . 

I . Intelligent Network Services 
Advanced intelligent network telephony systems, such 
as the AINFusion system sold by DSC Communications, have 
enhanced and simplified the services available to telephony 

10 customers. Intelligent network systems use intelligent 

network elements distributed across the intelligent network 
to create, provision and operate services in an efficient 
and timely manner. 

A. Network Elements 

15 Referring now to FIGURE 1, a schematic diagram of an 

intelligent network 10 having network elements to perform 
flexible service management provides an overview of the 
operation of the present invention within a telephony 
network. A service management system 12 having an 

20 associated data storage device 14 acts as the master 

database for the network elements of the intelligent 
network 10 and coordinates provisioning of services to the 
network elements. Service management system 12 can be any 
processor with interfaces and associated peripherals to 

25 support communication along intelligent network 10. For 

instance, service management system 12 can be a SPARC 
workstation produced by Sun and adapted to operate with 
common object request broker architecture ("CORBA" ) . 

Service management system 12 interfaces through 

3 0 intelligent network 10 with one or more service control 

points 16. Each service control point 16 has an associated 
data storage device 18 for storing intelligent network 
telephony data to operate predetermined services . Service 
control point 16 can also be a Sun SPARC workstation having 

35 interfaces and adequate processing capabilities to manage 

a predetermined level of network activity. 
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Each service control point 16 interfaces through 
intelligent network 10 with one or more signal transfer 
points 20. Each signal transfer point 20 interfaces with 
one or more switches 22, which in turn interface with one 
5 or more telephony devices such as telephones 24. When a 

telephone 24 directs a communication, such as a telephone 
call directed at a particular telephone number, switch 22 
can either direct the telephone call to an associated 
telephony device or can direct the telephone call to a 

10 signal transfer point 2 0 where the telephone call can in 

turn be directed to another signal transfer point, a 
switch, or a telephony device. Signal transfer point 20 
communicates with service control point 16 when necessary 
to obtain instructions for directing a call due to, for 

15 instance, the call's initiation of a service. 

B. Service Operations 

One example of the elements of intelligent network 10 
cooperating to provide a service to a customer can be 
illustrated by describing the steps involved in directing 

20 a toll free 800 telephone call. A consumer inputs the 800 

phone number into a telephone 24, which directs the 800 
number to switch 22. Switch 22 provides the 800 number to 
signal transfer point 20, which in turn passes the 80 0 
number to service control point 16 . Service control point 

2 5 16 searches data storage device 18 to determine the 

identity of the telephony device 24 to which the telephone 
call should be directed. The identity of the end point of 
the telephone call can vary dependent upon a number of 
predetermined conditions, including the time of day, the 

30 origin of the call, the quantity of calls directed to the 

end point of the telephone call, and any of a number of 
other factors. Once the actual end point of the 800 call 
has been determined, the service control point 16 provides 
the end point of the call to signal transfer point 2 0 which 

35 communicates through switch 22 to operationally direct the 

call to the end point. 
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Service management system 12 generally does not 
actively participate in the operational aspects of a 
service, but rather operates as a central source of the 
data needed by service control point 16 to perform the 
5 service. Data is downloaded to the service control point, 

which has an operational database to enable service 
features according to subscription data. Service 
management system 12 thus acts as a master database for 
providing data to service control point 16, and includes a 
10 service management program to manage provisioning of 

services, including management of telephony data to support 
the service, to service control point 16. 

II. Service Roles 
Referring to FIGURE 2, four primary roles associated 
15 with implementation of a service according to the present 

invention are depicted. 

A. Network Operator Role 

In the first role, the network operator of intelligent 
network 10 defines the service on the service creation 

2 0 environment in the form of a service definition package 

having service logic, service features and global service 
rules. The network operator can electronically deploy the 
service definition package to the service management system 
12 for use by any number of service operators . 

25 B. Service Operator Role 

In the next role, one or more service operators can 
create new service definition packages from the first 
service definition package defined by the network operator, 
or can create service profiles from the service features in 

30 the first or succeeding service definition packages. For 

instance, the service operator can enable features for an 
800 number such as origin dependent routing, time dependent 
routing, and call forwarding. 

The service operator can provide separate service 

3 5 profiles for a number of service providers, and can store 

and maintain the service profiles in a service provider 
database associated with the service management system. 
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For instance, if a service provider commissions only origin 
dependent routing and time dependent routing, the service 
operator would allow that service provider to access a 
predetermined service provider database, for instance by 
5 using the service management access point, with only those 

service features enabled. Advantageously, a service 
operator can update service provider databases as new 
technology is developed and sold, and parse out service 
features by creating and supplying service providers with 

10 access to plural service definition packages. Under 

present service architectures, network operators frequently 
perform functions described herein under the role of the 
service operator. 

C. Service Provider 

15 In the third role, a service provider can select 

service feature definitions from service profiles to create 
a service for sale to service subscribers. One or more 
services can be created. For instance, the service 
provider can use service management access point 3 0 to 

20 enable his commissioned service profile, which can allow 

the service provider to select origin dependent routing and 
time dependent routing to create an 800 Deluxe Service; or, 
alternatively, the service provider can select only time 
dependent routing to create an 800 Basic service. 

25 D. Service Subscriber 

The fourth role is filled by one or more service 
subscribers, who purchase and use services, for instance by 
accepting calls directed to a toll free number. The 
subscriber can create a service script which determines the 

3 0 order in which specific service features will be executed. 

The service management access point can allow the 
subscriber to directly provision parameters with 
subscription data, meaning without the assistance of a 
service provider or service operator. The service 

3 5 subscriber can save particular parameters for a given 

service script by storing subscription data in isolated 
databases on the service management system. 
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III. Creation of a Service 
Service management system 12 receives a service 
definition package that can be created in a service 
creation environment 26 by a service designer 28. The 
5 service definition package comprises a service management 

program for administering the service and provisioning the 
service to network elements of intelligent network 10; a 
service logic program which enables execution of the 
service by service control point 16; service screen 
10 definitions of the graphical user interface screens 

required to subscribe and provision the service; a database 
schema to support service transactions with the telephony 
database; service global rules, parameters, and variables; 
a profile containing the constraints for the service; and 
15 service feature descriptions. 

A. Service Creation Environment Components 
Referring now to FIGURE 3 , a system and method for 
creating a service screen definition 34 is depicted. 
Service screen definition 34 enables graphical user 

2 0 interfaces on service management system 12 to support 

flexible service management. Service designer 28 provides 
service functions and related database information to a 
schema query program 3 6 and a service screen builder 38. 
Schema query program 3 6 is also provided with the 
25 predefined database schema 4 0 for one or more telephony 

databases having data needed for the desired service. 
Schema query program 3 6 is a software program enabled in 
object oriented language such as C++. Service screen 
builder 3 8 can be a commercially available screen builder 

3 0 such as Spectel which is marketed by Sun. Schema query 

program 36 interfaces with screen builder 3 8 to specify the 
screen which screen builder 38 assembles for a particular 
service or feature. Schema query program 36 actually 
drives screen builder 3 8 to automatically build a desired 
3 5 screen display without requiring service screen builder 3 8 

to communicate directly with database schema 40. 
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A logic analyzer 42 accepts data from schema query 3 6 
and creates program logic to enable screens to communicate 
with the service management system and service control 
point databases. Logic analyzer 42 generates executable 
5 code for intelligent database interaction and stores the 

executable code with the output of service screen builder 
38 into the service screen definition file 34. Service 
screen definition file 34 can be provided to service 
management system 12 when the service definition package is 

10 deployed. 

Referring to FIGURE 4, some examples of screens used 
by the present invention to engineer graphical user 
interfaces for a service are illustrated. A database 
schema screen 50 depicts the predefined table view of a 

15 database schema having one table relating to employee phone 

numbers, and shows the fields available for use by a 
service. The logic analyzer screen 52 shows the fields 
selected by a service designer for the logic analyzer to 
identify in the service screen definition. The logic 

20 analyzer directs the screen builder to include executable 

code in a screen-builder screen 54, which allows the 
service designer to arrange a graphical user interface. 
The screen definition resulting from the selection by 
screen-builder 54 allows a native screen display 56 or a 

25 world wide web display 58, each display having a service 

view . 

B. Service Definition Package Deployment 
After service designer 28 creates the service 
definition package, service creation environment 2 6 can 

30 transfer the service definition package to service 

management system 12 by tape, or by electronic 
transmission. At deployment, previous versions of the 
service, if such versions exist, can optionally be 
retained. The service management program is installed to 

3 5 manage service provisioning, and database structures 

required to provision the service are created. The service 
feature information is stored in a database, and service 
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global rules, parameters and variables are initialized. 
Finally, information for generating local service 
provisioning screens is extracted to allow the service 
management access point to interface with the service 
5 management system. 

Once service screen definition file 34 is available on 
service management system 12, service screen definition 
file 34 can act as a map to transfer information from data 
entry operator screens into telephony databases, and to 

10 transfer information from the telephony databases to the 

screen. Service screen definition file 34 can operate 
through screen interpreters 44 and 46, or can operate 
through service management access point 30. The executable 
code created by logic analyzer 42 enables a screen 

15 interpreter to display graphical user interfaces on screens 

according to a predetermined screen layout and to 
communicate with a telephony database storage device 14 or 
service control point database in storage device 18. In 
one embodiment, a screen interpreter can use HTML format to 

20 allow direct service subscriber access to database 14 

through the world wide web without service operator or 
service provider assistance. Direct customer access can 
eliminate the need to perform batch updates to database 14, 
allowing near instantaneous enablement of services and 

25 modification of existing services. 

IV. Service Management Access Point Functions 
A service management access point 3 0 interfaced with 
service management system 12 can use service features 
created in the service creation environment through 

3 0 graphical user interfaces supported by the service screen 

definitions to direct subscription and provisioning of all 
or part of a service to network elements such as service 
control point 16. Data entry operators can interface with 
service management access point 3 0 by using, for example, 

3 5 native screen interpreters, or a web screen interpreter. 

A. Data Operator Interaction 
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The service management access point can identify the 
level of access for each data entry operator 3 2 dependent 
upon security information associated with the data entry 
operator. Service management access point 3 0 can accept 
5 instructions from data entry operators 32 to direct the 

service management system to provision services on 
intelligent network 10. With user-friendly graphical 
icons, service management system 12 can accept and 
provision particular service features and generate a report 

10 for each data entry operator 32 or for each service used. 

Referring to FIGURE 5, several important functions 
available through a service management access point's use 
of service screen definitions created by the service 
creation environment are depicted, including the ability to 

15 span tables and produce a service view, and the ability to 

filter telephony data. A telephony database 4 8 uses labels 
to identify stored data, including a name label, PSN label, 
credit number label, call waiting label, and call 
forwarding label, with the data located in two separate 

20 tables, an identification table and a services table. In 

pre-existing systems, a data entry operator would have to 
call up each table of the database in order to enable call 
forwarding for Mark at telephone number 96517. The data 
entry operator would need familiarity with the layout of 

25 the database, including the identification and services 

table, in order to locate data in the services table based 
on Mark's PSN. Further, in the process of enabling call 
forwarding, the data entry operator would view Mark's 
credit information . 

30 The service screen definition file allows a service 

view, an example of which is depicted in FIGURE 5A, 
displayed in a user- friendly context while simultaneously 
filtering out Mark's sensitive credit data as depicted in 
FIGURE 5B. Schema query 36 creates service screen 

35 definition file 34 by identifying the location in 

predefined database schema 4 0 of name, PSN, call waiting 
and call forwarding data. Schema query directs service 
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screen builder 38 to assemble the desired data in a user- 
friendly service view format of FIGURE 5A, including a 
translation of the PSN acronym into a more easily 
understood "phone number" description. Logic analyzer 42 
5 accepts schema query data to create executable code in 

service screen definition file 34 which allows a data entry 
operator to point and click on call forwarding, in the 
example of FIGURE 5A, in order to enable that service. The 
screen interpreter uses the executable code created by 
10 logic analyzer 42 to insert activation of call forwarding 

into database 14 . Service management system 12 can then 
provision the newly activated call forwarding service to 
service control points 16 to enable call forwarding for 
Mark . 

15 In one embodiment, the service view can prevent a data 

entry operator from changing the name and phone number 
entries for Mark's phone number by filtering data input by 
the data entry operator with executable code that 
associates user access levels with predetermined data 

20 classifications. In this way, the integrity of database 14 

can be protected from unauthorized alterations. For 
instance, in one embodiment, a data entry operator could 
view call waiting as a service commissioned by Mark but the 
screen interpreter would prevent the data entry operator 

25 from changing the status of Mark's call waiting service. 

Thus, a service provider could obtain and use information 
about the services commissioned by Mark even if the service 
provider is unauthorized to assign the call waiting 
service . 

3 0 B. World Wide Web Interface 

Referring now to FIGURE 6, one embodiment of a service 
management access point acting as a world wide web server 
is depicted. A web browser 60, such as the Netscape web 
browser, requests screens from the service management 

3 5 access point 3 0 using TCP\IP and the HTTP protocol through 

an Internet or intranet interface. Service management 
access point 3 0 acts as a gateway to enable, manage, and 
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control access to service management system 12 and the 
telephony database 14 associated with service management 
system 12. Service management access point 30 presents 
data operators or other users with Internet browser screens 
5 based on the user's access level to provide: the ability 

to provision services; the ability to create, modify, and 
delete service providers; the ability to represent service 
features as graphical icons; the ability to graphically 
represent selectable sets of service features; the ability 

iO to generate and provision a service subscriber specific 

service script which details service features commissioned 
by a subscriber; and the ability to generate reports based 
on a user's level of access. 

C. Service Management System Interaction 

15 The service management access point 30 utilizes 

service management system 12 as a database server allowing 
service management access point 3 0 to operate without 
databases physically residing on it . In the embodiment 
depicted in FIGURE 6, service management access point 3 0 

20 utilizes INFusion generic provisioning interface, available 

from DSC Communications Corporation, for transactions to a 
Sybase database 14 associated with service management 
system 12. The generic provisioning interface defines a 
set of messages to query and update the service management 

25 system resident Sybase database. 

Database 14 also maintains tables specifically created 
to support service management access point administrative 
functions, such as a network operator, service operator, 
service provider, service subscriber, feature global data, 

3 0 branch constraints, and feature\icon cross reference 

tables. Operations to service management access point 
specific databases resident on database 14 can bypass the 
generic provisioning interface layer to directly leverage 
database primitive software objects located on service 

3 5 management system 12. Database primitives can implement in 

a generic fashion all low level database access functions 
required by the service management access point 
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applications. An operations subsystem residing in service 
management access point common gateway interface directory 
62 can support service management access point functional 
applications. For instance, in the embodiment depicted by 
5 FIGURE 6, Sybase database primitives can be supported, 

including primitives to support: opening a connection to 
the database, database query, database entry creation, 
database entry modification, database entry deletion, 
database view creation, database view modification, and 

10 database view deletion. 

D. Service Management Access Point Subsystems 
Referring now to FIGURE 7, a schematic block diagram 
depicts subsystems that can support service management 
access point operations. A security subsystem 64 functions 

15 to guard against unauthorized access to telephony data 

throughout the life of a service management access point 
session. User access to telephony data can be associated 
with an access level determined by a user login or other 
user validation before a protected screen with sensitive 

20 data is served to a user. Service screen definition and 

security subsystem 64 can cooperate to prevent the display 
of sensitive data to unauthorized users by filtering such 
data according to a user's access level, and can also 
prevent a user from manipulating predetermined data 

25 classifications displayed to users with limited access 

levels to protect database integrity. Essentially, 
security system 64 cooperates with service screen 
definitions deployed by a service operator to filter data 
transactions that occur through service management access 

3 0 point 30. 

Database subsystem 6 6 has a set of functions that 
implement a service management system generic provisioning 
client and low level routines to enable access to one or 
more remote database tables, such as Sybase tables. 

3 5 Database subsystem 66 routines are parameter driven to 

accept a set of known inputs, and to generate a standard 
set of returned codes using database primitives. Database 
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subsystem 6 6 monitors the required parameters and return 
codes to determine and describe the success or failure of 
a database operation. 

Display manager 6 8 manages all data sent to a data 
5 entry operator, such as data transactions through a web 

browser, and can include several display management 
applications, a web server, and common gateway interface 
programs. The display management applications can include 
a service profile manager and a graphical user interface 

10 logic interpreter, such as a screen interpreter for 

applying executable code inserted in the service screen 
definitions created by the logic analyzer in the service 
creation environment. 

Within a service definition package, a user can 

15 reference initial screen layouts associated with service 

screen definitions and saved under unique identifiers. 
Display manager 68 can read initial screen layouts, 
attributes, and validation routines from the service 
management system and translate the screens into a format 

20 for data entry devices to accept, such as a browser format 

for web browsers to transmit to web compatible devices. A 
network operator can use this functionality to customize 
screens in a post -deployment service engineering process 
through the service creation environment to: assign pull 

25 down menus to prompts; assign values available for 

provisioning on a per prompt basis; assign graphical 
shortcuts, such as radio buttons, to fields; designate 
fields read only; remove the ability to view a prompt from 
the screen; and wrap the screen with corporate header, 

3 0 footer, and/or HTML frame information. Once the service 

engineering process is completed, particular screen formats 
and configuration files can be saved in telephony database 
14 and packaged into uniquely identified service definition 
packages that can be assigned to service operators. 

35 Each service definition package in the service 

management system can support a telephony service. Service 
operators can specify one or more services by building 
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service offerings associated with each service . To support 
building of services with a service definition package, 
display manager 6 8 allows further customization of screens 
and the definition of service profiles comprised of service 
5 features available in a service definition package. Once 

a service profile is defined, it can be uniquely identified 
and stored in database 14 and accessed with display manager 
68. Customization available to a service operator or 
service provider for specific services include the ability 

10 to remove access to specific prompts, the ability to 

designate additional fields as read only, the ability to 
limit or remove access to service features, the ability to 
further restrict valid input criteria, and the ability to 
limit feature activation frequency. Once a service 

15 operator or a service provider activates a particular 

service for an identified service subscriber, that 
subscriber can use display manager 68 to utilize the 
service for authorized service profiles. The service 
subscriber can interact with graphical user interfaces 

20 supplied by display manager 68 to build a service script 

and to define a service logic path based on branches 
defined in an assigned service profile. 

Traffic metering and metrics subsystem 70 has a set of 
common routines to track accesses and operations of the 

25 service management access point. Traffic metering and 

metrics subsystem 70 can monitor and record data 
representing the number of times each graphical user 
interface is accessed through the service management access 
point, including the date and time of each access with a 

3 0 breakdown of the originating IP address and machine host 

name for each access. This traffic metering and metrics 
data is provided to statistics and reporting subsystem 72 
when authorized users request historical, statistical, and 
provisioning reports. 

35 System building block subsystem 74 has a library of 

commonly used routines to contribute to core generic 
functions of service management access point applications. 
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For instance, system building blocks can support string 
manipulation functions, memory management functions, flat 
file input/output functions, time and date functions, and 
generic data validation routines . 
5 V. Subscribing a Service According to a Script 

The service management access point allows service 
negotiation with proper feature interactions. The service 
management access point reads subscriber data, and displays 
available services based on the subscriber's access level, 

10 network switch types and version numbers. The subscriber 

can select available services according to service 
exclusions and interactions, and can input subscription 
data to enable the service . 

Referring now to FIGURES 8A and 8B, examples of 

15 screens which can be produced by screen display 68 for a 

browser associated with a data entry device are depicted. 
FIGURE 8A depicts four service features 80 through 86 
available in a service profile which a user can select as 
features for inclusion in a service script. A service 

20 entry point 88 is represented by an icon which initiates 

the definition of the service features into the service 
script. A data entry operator, who can, for instance, be 
a service subscriber or service provider, can select 
features 80 through 86 from the feature list by clicking 

25 and dragging a feature to a tree 90 extending from service 

entry point 88. As each feature is attached to tree 90, 
only those services which remain available from the service 
profile can be listed in the features list, thus limiting 
the user from selecting unavailable features. When the 

3 0 user has completed the definition of the service script, he 

can point and click to another icon to send the script to 
the service management system through the service 
management access point . The service management program 
associated with the service definition package accessed by 

3 5 the user can then provision the service to the network 

through the service management system. 
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Referring to FIGURE 8B, when the service profile has 
defined a service logic path, the subscriber can use a 
graphical user interface similar to that of FIGURE 8B to 
subscribe a service script with subscription data for 
enabling the service. From service entry point 90, a 
subscriber has subscribed to time dependent routing. With 
icon 82 the subscriber has input two time range values 92 
which define the routing of calls during each respective 
time period. From 8:00 until 17:00, the subscriber has 
directed all calls according to origin depending routing 
icon 80. Thus, for instance, calls to the subscriber's 800 
number at noon from the 214 area code will be routed to 
phone number (214) 495-3311. During times outside of the 
8:00 to 17:00 range, calls to the subscriber's 80 0 number 
will be routed to time dependent routing data 96 which 
indicates phone number (214) 518-5000. 

Referring to FIGURE 8C, another format of a graphical 
user interface for accepting subscription data is depicted. 
The subscriber can input subscription data for time 
dependent routing into data boxes 98. The service profile 
depicted in FIGURE 8C allows the subscriber to use call 
forwarding if the number selected by time dependent routing 
is busy. 

VI. Service Management System Functions 
The service management system manages the flow of 
provisioning of a service to network elements and 
activation of the service on the network elements. In 
broad terms, the service management system acts as a master 
database to transfer telephony data for supporting one or 
more services on network elements, such as service control 
points. Once a service is provisioned and activated, the 
service management system does not generally participate in 
service logic on the network. To provision and activate 
service logic, the service management system performs four 
functions: accepts and collects data, validates the data, 
stores the data and downloads the data to the network in a 
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provisioning process that enables and activates the 
services . 

The service management system accepts data according 
to its data type, including the data's origin and purpose. 
5 For instance, the service management system identifies data 

as originating from a service operator, provider or 
subscriber. The service management system can also 
identify data as subscription data for a specific service, 
service logic such as global variables or rules, and 

10 network data which applies to network elements independent 

of services. The service management system also accepts 
data according to its order type. For instance, the 
service management system can identify data as implementing 
a new service, a change in an existing service, or a 

15 deletion of a service, and can validate order content state 

and sequence. The service management system can also 
identify data according to the data's action, including 
insert, delete, update and query actions. 

The service management system validates data on 

20 several levels to limit or eliminate a need for validation 

on the network elements, thus supporting automatic 
provisioning of service to network elements with reduced 
system errors. A field level validation can ensure that 
schema-related commands correlate to field formats in the 

25 telephony database, including, for example, alphanumeric 

and range validation. A record level validation ensures 
referential integrity by checking for field existence for 
each action and for a future view of the service. The 
service management system can validate a user's exclusions 

3 0 and interaction limitations, and can audit usage for 

billing and marketing purposes. 

The service management system stores data, and can 
store services and service offerings in different version 
records. A user can have an active service version, but 

35 can revert to older versions. Each version and related 

data can be stored according to a status, such as active, 
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inactive, sending, pending, or saved to allow more 
efficient use of data storage hardware. 

The service management system downloads data to 
network elements in a process known as provisioning. A 
5 scheduler can initiate provisioning at a predetermined time 

or date. Activation logic, created during deployment of 
the service definition package, issues service specific 
activation instructions to initiate the service on the 
network, determines an order for downloading, and failure 

10 options. Download can occur over common interfaces, such 

as CORBA, and can be managed with appropriate queue 
manipulation. The service management system ensures 
download of proper contents to proper network elements, and 
can convert and revalidate service data for a current view 

15 of the appropriate network elements. 

Provisioning logic can be developed with the service 
creation environment and can include service specific and 
generic system building blocks to perform provisioning 
functions. The provisioning logic validates the data 

2 0 needed for functional operation of each service and ensures 

referential integrity of each service and database schema 
reference for network elements. 

Activation logic can also be built with the service 
creation environment, but is specific for each service. 
25 Activation logic includes instructions for determining the 

order of downloading service functions, as well as options 
should the service fail. For instance, if the service 
fails along the network elements, activation logic can roll 
back the failed network elements, can roll back all network 

3 0 elements, or can direct continuation of the service despite 

the failure. 

Activation logic is based on subscription data for 
each particular service. Each action requires separate 
logic, for instance, to insert, delete, modify or query a 
3 5 service. Referring to FIGURE 9, a flow diagram of 

activation logic performed by the service management system 
for activation of a service is depicted. A user initiates 
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an action, such as inserting subscription data to support 
a toll free number. At step 102, the service management 
system reads the subscription data and, at step 104, seeks 
to validate the form and substance of the subscription 
5 data. At step 106, the service management system makes a 

determination of the validity of the subscription data and, 
at step 108, sends a provisioning message to the service 
control point containing the subscription data for 
enablement of the service. At step 110, the service 

10 management system determines the success of the message 

transferred to the service control point and, at step 112, 
updates the provisioning status to sending to, at step 114, 
displays the status to the user. Referring to FIGURE 11, 
the service control point provides a response to the 

15 service management system through a response system 

building block. At step 118, the service management system 
determines the success of insertion of the subscription 
data based on the response and, at step 12 0, updates the 
status of the service associated with the subscription data 

20 to the service management system for, at step 122, display 

to the user. 

Referring to FIGURE 10, service management system 
logic for responding to a provisioning of a service is 
indicated. At step 124, a response system building block 

25 accepts the response from the system control point to allow 

the service management system at step 126 to determine the 
success of the downloading of the service. At step 128, 
the service management system checks for trigger data to 
initiate operation of the service and, at step 130, 

3 0 determines if an update to the trigger data is needed. If 

an update is needed, at step 132, new trigger data is sent 
to the service control point. If no updated trigger data 
is needed, the service management system at step 134 
updates the status of the service to active and, at step 

35 136, displays the active status to the user. Each 

interface message can be supported by a system building 
block, and system building blocks can also invoke APIs. 
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To support provisioning and activation of a service 
and to prevent unauthorized access to telephony data, the 
service management system can partition telephony data into 
separate tables. For instance, one table can include user 
data, with administrative data for each user of the service 
management system having separate files. Another table can 
include subscription data to support services subscribed by 
each user. A third table can include network data such as 
switch data for each telephone company to support 
interaction of the services and the network. Finally, a 
fourth table can include service data such as the global 
variables, service logic programs, service triggers, and 
other essential telephony data for the functioning of a 
service. The service management system can isolate each 
partitioned data table to help ensure the integrity and 
security of essential telephony data. 

Although the present invention has been described in 
detail, it should be understood that various changes, 
substitutions and alterations can be made hereto without 
departing from the spirit and scope of the invention as 
defined by the appended claims. 
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WHAT IS CL AIMED IS: 

1. A method for controlling access to a telephony 
database with a graphical user interface, the database 
having a predefined schema for storing telephony data in 

5 the telephony database, the method comprising the steps of: 

a) providing a logic analyzer, a schema query, a 
screen builder, and a screen interpreter; 

b) generating executable code with the logic 
analyzer, the code for supporting interaction between the 

10 screen interpreter and the telephony database according to 

the schema query and the predefined schema; 

c) using the schema query to direct the screen 
builder to assemble a screen for supporting the graphical 
user interface; 

15 d) inserting the executable code into the screen 

assembled by the screen builder to create a service screen 
definition; and 

e) providing the service screen definition to the 
screen interpreter to enable a graphical user interface for 

2 0 interacting with the telephony database. 

2 . A method according to Claim 1 wherein the schema 
query corresponds to a telephony service. 

25 3. The method according to Claim 2 wherein the 

telephony service comprises a toll free telephone number 
service . 

4 . The method according to Claim 3 wherein the 

3 0 schema query comprises a table associated with origin 

dependent routing for a toll free telephone service. 



35 



5 . The method of Claim 3 wherein the schema query 
comprises a table associated with time dependent routing 
for a toll free telephone service. 
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6 . The method according to Claim 1 wherein the 
screen builder is Spectle. 

7. The method according to Claim 1 wherein the 
screen interpreter comprises a native screen interpreter. 

8 . The method according to Claim 1 wherein the 
screen interpreter comprises a world wide Web screen 
interpreter . 

9. The method according to Claim 1 wherein the 
telephony database has sensitive data, the method further 
comprising the step of: 

dl) filtering sensitive data from the service 
screen definition. 

10. The method according to Claim 9 further 
comprising the steps of: 

d2) formatting the service screen definition to 
provide a service view. 
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11. The method according to Claim 1 further 
comprising the steps of: 

f) creating a service management package comprising 
the service screen definition, the service management 

5 package defining a telephony service; 

g) transferring the service management package to a 
service management system; and 

h) provisioning the service with the service 
management system to at least one telephony network 

10 element; 

12 . The method according to Claim 11 further 
comprising the step of : 

i) modifying the service with the service management 
15 system; and 

j ) provisioning the modified service to at least one 
telephony network element. 

13. The method according to Claim 12 wherein step (i) 
20 further comprises the steps of: 

(11) providing a service management access point; 

(12) interfacing a data input device with the service 
management access point by using the service screen 
definition; 

25 (i3) interfacing the service management access point 

with the service management system; 

(14) modifying the service with the data input device; 

and 

(15) storing the modified service on the service 
3 0 management system. 
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14 . The method according to Claim 13 wherein step 
(i2) further comprises interfacing a plurality of data 
input devices with the service management access point by 

5 using the service screen definition. 

15. The method according to Claim 13 wherein the 
service screen definition comprises an world wide web 
screen interpreter and further wherein step (i2) comprises 

10 interfacing a data entry device with the service management 

access point through the world wide web. 
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16. A system for controlling access to a telephony 
database with a graphical user interface, the database 
having a predefined schema for storing telephony data, the 
telephony data for supporting one or more telephony 
5 services on a telephony network, the system comprising: 

a service creation environment comprising: 
a screen builder; 

a logic analyzer for generating executable code 
to support graphical user interface interaction with the 
10 telephony database; and 

a schema query, the schema query for directing 
the screen builder to create a service screen definition, 
the schema query further for cooperating with the logic 
analyzer to insert executable code into the service screen 
15 definition; 

a data entry device; 

a screen interpreter, the screen interpreter 
cooperating with the service screen definition to display 
a graphical user interface on the data entry screen; and 

2 0 a service management system interfaced with the data 

entry screen, the service management system for 
provisioning telephony data to support a telephony service 
on a telephony network. 

25 17. The system according to Claim 16 wherein the 

telephony network comprises a plurality of network elements 
for directing telephony communications according to one or 
more telephony services and wherein the service management 
system provisions at least one service to at least one 

3 0 network element. 

18. The system according to Claim 17 wherein the at 
least one network element comprises a service control 
point . 

35 
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19. The system according to Claim 17 wherein the 
service screen definition cooperates with the screen 
interpreter to display a graphical user interface having a 
service view. 

5 

20. The system according to Claim 19 wherein the 
screen interpreter comprises a native screen interpreter. 

21. The system according to Claim 19 wherein the 
10 screen interpreter comprises a world wide web screen 

interpreter . 

22. The system according to Claim 21 further 
comprising a service management access point interfaced 

15 with the service management system and the data entry 

screen, the service management access point for accepting 
telephony data from the data entry screen and for 
communicating the telephony data to the service management 
system, the telephony data for supporting provisioning of 

2 0 at least one service by the service management system to 

the telephony network. 



25 



23 . The system according to Claim 22 wherein the 
service management access point accepts telephony data from 
a service subscriber. 



WO 99/20059 



PCT/US98/21058 



36 



24 . A method for interacting with a telephony 
database, the database having a predefined schema defining 
at least one table, each of the at least one tables storing 
telephony data according to labels and entry points, the 

5 method comprising the steps of: 

providing a schema query comprising predetermined 
telephony data labels; 

generating executable code with a logic analyzer, the 
executable code for supporting interaction with the 
10 telephony data according to the schema query; 

directing a screen builder to assemble a service 
screen definition, the service screen definition comprising 
the executable code; 

interpreting the service screen definition with a 
15 screen interpreter to enable a graphical user interface; 

displaying the graphical user interface on a display 
screen communicating with the screen interpreter; 

interacting with the telephony database through the 
graphical user interface. 

20 

25. The method according to Claim 24 wherein said 
directing a screen builder step further comprises the 
schema query directing the screen builder to assemble the 
service screen definition. 

25 

26. The method according to Claim 25 wherein said 
interacting with the telephony database step further 
comprises communicating telephony data through the 
graphical user interface to a service management system, 

3 0 the service management system managing data stored in the 

telephony database. 
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27. The method according to Claim 26 wherein the 
telephony database supports a telephony service, the method 
further comprising the step of provisioning the telephony 
service to a telephony network with the service management 

5 system according to the telephony data communicated through 

the graphical user interface. 

28. The method according to Claim 27 wherein the 
telephony service comprises a toll free telephony service 

10 for supporting a toll free telephone number. 

29. The method according to Claim 28 wherein the toll 
free telephony services comprise time dependent routing. 

15 30. The method according to Claim 26 wherein said 

displaying graphical user interface step further comprises 
displaying a graphical user interface on a data entry 
screen, the data entry screen communicating with a service 
management access point ; and 

2 0 wherein said interacting with the telephony database 

steps further comprises communicating telephony data 
through the graphical user interface to the service 
management access point, the service management access 
point further communicating telephony data to the service 

2 5 management system. 

31. The method according to Claim 3 0 wherein said 
displaying graphical user interface step further comprises 
displaying a graphical user interface on plural data entry 

3 0 screens by communicating the service screen definition to 

a screen interpreter associated with each data entry 
screen, each data entry screen communicating with a service 
management access point . 

32. The method according to Claim 31 wherein the 
35 screen interpreter comprises a world wide web screen 

interpreter . 
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33. The method according to Claim 31 wherein said 
interacting with the telephony database step is performed 
by a service subscriber. 
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